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ABSTRACT 


As amateur packet radio evolves from scattered, ad-hoc collections af local area digipeaters into a 


e, automatic, and 


interconnected network, several issues related to naming, addressing and routing will have to be faced and overcome. 


Routing, in particular, has long been a fertile research area in 
; however, I believe that they can at least be stated, and thar certain decisions can be 


answers to many of these 
made early to ease 


1. Intredection: Term izelegy 


I will begin by defining several importanr terms. A link is 

say ete gdon line; macio thuntel or tie tke capable of 

ripen a packet directly between two paints. Nodes are 

the end points of links, A node may generate packets for 

other nodes, consume packets addressed to itself, or act as 

ee Ee ae ae 
er nodes. 


Reference [1] gives a concise but effective definition af 
three more concepts: “In simple terms, a nae tells what 
an object is; an address tells where it is; and a rage tells 
how to get there.” 

To elaborate: 


i. A name is am arbitrary string of characters, chosen 
for human convenience, to designate a partialar 
person, node or service. Exarmples include people's 
names and the network names given to computers. 
Amateur radio callsigns mighr also qualify, although 
many may dispute their convenience! 

2. An address is a nurmber corresponding to a name, 
significant to a communications network. Ir is 
Se ee ae 

ed format. es include telephone 
numbers (10 decimal digits in North America), 
Internet Protocol addresses (32 bits) and, of course, 
postal addresses. 


3. A rowe is the path over which a specified address 
may be reached from a given poim witlin a 
necwork. 

Some communication systems blur the distinction between 
these concepts. For example, an dd-time i haar 
system with a hnunan operator might accept a a 
person’s name or a telephone number in placing a call. A 
courier might accept a route (“go to the third (red) house 
cn the right after making a left tum at the light”) in place 
af an acktress. However, machines demand short, precise 
identifiers that are often not convenient for humans to 
remember, so translation from names to addresses then to 
routes must be provided. Telephone books and directary 
assistance systems provide translation between names and 
telephone numbers, while maps provide the information 
necessary to find a route to a given street address. 


While names are 


, telephone numbers in North America are 
assigned by a multi-level location-dependent hierarchy; the 
first level is the 3-digit area code and the second level is 
the 3-digit central office code. If you move from New 
York to Los Angeles you are not allowed to keep the 
same telephone nurnber; you must get a new one that 
reflects your new location. You are allowed to keep your 
name, however; the telephone company grants you this 
ane concession! 
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networking. I make no daim to knowing the 


experimentation with various sdlutions. In particular, the em of address assignment is discussed 
with particular emphasis on making the routing protiem easier. ee 


Because of the arbitrary nature of names, full-blown 
database systems are generally required to convert names 
into addresses. The telephone network provides name-to- 
address mapping telephone books and directory 
assistance bureaus. Computer networks may use either or 
boih af these techniques, eg., a directory may be 
roaintained locally in each user system, or a central site 
may be set up as a “name server.” 


3. Nazing Iu Compater Ndworks 

The main laser tien pict the uniqueness of a 
selected name. For small networks, a single central 
cleari e for name assignments is practical. For large 
networks, however, hierarchical allocation is the most 
practical approach. 

The ARPA Internet has grown rapidly over the past 5 
years, and its central name registry is showing 
considerable signs of strain. To answer this protiem, the 
ARPA Inrernet will be evolving from a single, globally 
administered name space 09 a hierarchical "domain-based” 
system [12,13]. In the domain system, a name may 
consist cf several words separated by periods: 
FOOBAR ARPA, meaning under 
donain “ARPA” The same system might be more fully 


ee ane ea 


d, 
and “nearby” (in a lwerarchical sense) hosts rught be 
named without any damain nates at all. is iS 
analogous to the way people refer to others by their first 
names (e.g., within a family or work group), but would 
ive full mames when referring to sameone on the 
outside.” 

The ARPA Intermt has only begun its conversion to the 
domain system, and several details need to be worked out. 
Within amateur radio, the easiest naming convention 
would: Say, Ce te tee Oe eee 
already unique. A domain name could be allocated (e.g., 
AMPRNET) so ee the aa teasers finishes its 
conversion our callsign-names simply become, e.g., 
"KASQ. AMPRNET outside our necwork. : 


3. The Rerting Prebiewn 


Once the network is given an address, it must select a 
route to reach it. Again, this may te done centrally, in a 
network manager that keeps track of the entire network 
(e, NTYMNET [4]), or i may be dane in a distributed 
ion by local routing algorithms that operate fram 
partial, locally constructed views of the network state and 
topdiogy (ARPANET, many others [2,5,8]). 
3.1 Centraltsed Resting 
Centralized routers [5] have the advantage thar a 
complete, coherent “picture” of the entire network can be 
maintained at a single point. Decisions can be based m 


status reports from and the dissemination of routing 
decisions to the individual packet switches. The reliability 
of the communication paths to the central router (and that 
of the central site itself) is critical to the entire network. 
The communication overhead with a centralized router 
more practical in a virtual circuit network, since routing is 
done only at circuit setup time. Such an ch is 
harder in datagram networks such as those based m 
ARPA IP because routing must be done on a per-packet 
basis (although one might “cache” routing information at 
the switches to minimize overhead). 

3.2 Distributed Routing 


An altemative is distrilnaed roaing, where each switch 
makes its own routing decisions based an a “local view" of 
the network. Switches usually information with 
each other, either automatically or on a demand basis, 
thus maintaining a composite “snapshot” of the network. 
Such algorithms work well in datagram environments. 


They have other adv. es, such as i flexibility 
and reliability because af the lack af ndence on a 
central site. 

For these reasons, distributed routing algorithms are 


popular, os in datagram based networks such as 
the ARPA ae and | reconsnens iE as El aenatels 
packet radio. In the remainder of tis paper, I will assume 
the use of distributed routing. 


4. Reuting Implications for Addressing 


A packet switched network consists of a collectim of 
acting as packet gig ren and relay points. 
on 


iselt."“In some cases, this is trivial If the nodes share’a 


irecty with all other nodes (e.g., Ethemet, dosely 
spaced terrestrial packet radio modes or nodes ing a 
satellite channel) routing becomes trivial; packets can be 
send directly to the destination. Similarly, if the node is 
an a “stub” (i.e., it cm only communicate with one other 
mde) there is obviously only a single possible choice. 


In the general case, however, packet network nodes are 
anly partially interconnected with links and a packet must 
often be sent first to the neighbor which can best relay it 
onward to the destination. 

One solution that works well in small networks (such as 
the ARPANET) is for each node to maintain a list af all 
cther nodes in the network, giving the late 
neighbor to which packets for each destination should be 
sent. (It is ed at the moment how these entries 
are determined.) As the network grows, however, each 
node’s routing table will grow as well and the tol 


will grow as the 
much memory could be saved if the list entries for nodes 
sharing the same “next hop" could somehow be 
condensed. This is possible if the addresses, instead of 
being arbitrary numbers, are related to the location af the 
node within the topology af the network. 

At a node far removed from a given set of destinations, it 
is likely that the same neighbor would be used to reach 
any node within this set of destinations. If their addresses 
are "similar," in some sense, then it might be possible to 
“condense” these addresses into a single routing table 
entry. 


5S. Address Assigewent Within IP 
Bearing in mind the desirability af somehow encoding the 
ee Cn en ee 
tum to ific em CSS assi m within 
the ARPA lngernet Protocal, IP ae 
An IP address field is 32 bits wide. IP addresses are 
further subdivided, or y for administrative reasons, 
into three classes: A, B and C. The major difference 
between these three classes is the number of hits within 
this 32 bit fidd that may be assigned by the network 
administratcr and how many are assigned by ARPA. This 
procedure is if a network is ever to 
communicate with the existing ARPA Intemet, since two 
sites might pick the same IP address unless there was 
some form af central coordination. 


Thanks to the foresight of Hank Magmski, KA6M, 
ARPA has assi a A network number to amateur 
packet radio. This is a very valuable commodity, in that 
4s), leaving us the largest possible mune @ bis for ou 

: us ts for our 
own use while ag oy the ibility af direct 
interconnection with ARPA Intemet. With the 
remaining 24 hits, we can address 16,777,216 nodes, 
easily enough to give every anateur in the world his or 
her own IP address if we allocate them efficiently. 


Since AMPRNET is to be primarily a terrestrial radio 
network, it seems reasonable to encode a node's 
geographical location into its IP address. However, 
amateurs are distributed very unevenly tiroughout the 


pleasing, are inefficent concentra 
their space over the poles, places with remarkably 
few amateurs. 


Clearly a more efficient scheme is needed; ane possibility 
is the binary tee. One way to illustrate this form of 
address assi is with the game “Iwenty Questions.” 
Experienced players of this game know that the best 
strategy consists of asking = bid which Rip ty 
“no” answers are equal e. In information ‘ 
eT a eat ST ate 
source.” e, § t amateur 
cket stations in the world are in the United Sates. 
it would be reasonable to assign the first bit of the 
24-bit address subfield to mean “USnaUS." Within the 
United States, cne might determine that half of the 
packeteers are east af the Mississippi River and half are 
west, and so forth, Eventually, you reach a single "RF 
community" and you would assign the remaining address 
bits sequentially to the individual amateurs in that area.! 
A major practical advantage of such a scheme is that the 
job of assigning addresses can be delegated to a hierarchy 
of izations. An international organization (e.g., the 
TARO) would define only enough leading bits to umquely 
designate each region ar country in the world. National 
Organizatioss within counties would then assign 
addidonal hits denoting regions within the country based 
Qn national concems (i.¢., the ARRL in the United States 
might handle this job based on American geopolitical 
boundaries). Other countries would have maximm 
ace a ae ee 
plans which might take into accoum unique nati 
1. This is Huffman encoding, similar in principle to the 
CP/M grams "SQ =" and 
ZE." man coding 


ing them with variable “characters 
i . @cording 0 the relative character 
iDutions in the file. 
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irements or conditions. Ar the lowest level, an 
individual packet station would only have to contact his 
local packet radio coordinating body for a specific address 
assignment, and these “front line” organizations would 
have maximum flexibility in devising an allocation sdieme 
suitable for the local environment. Individual assignments 
would then be forwarded back up the ongamuzational 
hierarchy (or maintained in a “well known" directory 
server) so that the network as a whole nay have 
canvenienit access. 


Since node addresses in a given area have conmm 

fixes, it is likely that a distant node would anly have to 

a single routing table entry for a large collection af 

. For example, a packet stitch in New York would 

only have to maintain the information thar all packets to 

met ct de Msassint ore cee comode 3 thereby 

“condensing” half af the packet nodes in the USA into a 
single routing table entry in the New York switch. 


ing on the eel topadlogy ~ onan 
assignments, table entries may consist af variable 
Geog prefixes, Tiss pretest vary fran 0 bits 
long (corresponding to a “wild card" or “default” routi 
entry to be used on the end of a stub, for example 
to a full 32 bits when used to describe an special enrry for 
a specific address. The latter case would be useful to 
handle special cases, such as point-to-pant connections via 
satellite, ar a node whose entry cannot be condensed with 
any ocher existing entry. 
There is no guarantee that a routing table would rot be 
larger than average if a mode were located near a 


boundary in the ss scheme, e.g., the US/Canadian 
border. However, that such a scheme would 
reduce the A’ size of routing tables in the 


network. More work on this problem is needed, 
partiaularly a ive estimate of the routing table 
sizes and rates for a variety of address boundaries 
and population distributions. 

It should be noted here that the issue of hterarchical 
address assignment is ing much interest in the ARPA 
community. Currently, addresses are assigned 
accarding to a two-level hierarchy: a Class A, B, ar C 
“network number” part and a host part. Assumpxions are 
made by the rest of the Internet that all hosts within a 
network (even a Class A network with 16 million hosts) 
are capable of "direct" connectivity without (extemally 
visite) routing.? Several people have ed that extra, 
optional levels be added to the two-level hierarchy, and 
four RFCs (ARPA memos) have been released with 
various proposals over the last several months. As of this 
writing, the issue is mot yet settled. 

6. Implementing a Distributed Resting Algorithm 

A variety af distributed routing algorithms have teen 
used, with the ARPA Internet serving as one important 
example. I will now describe an algonthm aften used in 
Internet Protocol networks; many variations exist on dus 
common theme. 

For each destination, a routing table entry omtains the 
following information: 


2. The ARPANET a a single Class A “local” 


network in the A Intemet, even though it spans 
the continental US and parts af Europe and the Pacific. 
Even though the ARP is not fully interconnected 


at the physical level, it does its own intemal routing 
and aus o— a fully interconnected network to 
gateways. 
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1, The hardware interface om which such packets 
should be sent. 


2. The node to which such packets should be addressed 
at the link level (same as the destination if the 
hardware can reach it directly, the link address of an 
intermediate gateway otherwise). 


3. A matric that indicates the route’s “cost”. (Cost is 
typically just a “hop count,” although it might also 
oe speed or loacing factor of a 


Each rode starts with its routing table slat only its 
Girectly accessible neighbars (“neighbors” could mean a 
node on the far end of a point-to-point link, ao, 
collectively, all the nodes on a shared network such as an 
Ethemet or local packet radio channel). The metric far 
each neighbor reflects the cost of the link to that neighbor. 


Each node periodically broadcasts its routing tables to all 
neighbors, a node receives such a table broadcast 
from a neighbor, it examines each entry to see if it refers 
to a destination that was previously unknown in its own 
routing table, or reflects a metric that is lower than the 
value associated with an destination already in the node’s 
routing table. If either corxition is tue, then the node 
inserts the new extry into its own table after incrementing 
the metric to indicate the “cost” of the link to its neighbor. 
In this way, connectivity infermation “diffuses” throughout 
the network, and packets are routed along paths that favor 
the minimum cot ao court (depending on the 
mearing of the metric). When a node receives a routing 
table erery from a neighbor that contains a metric equal to 
or higher than an entry already in its own table for the 
sarne destination, the node might deade to accept the new 
entry ey: keeping it in reserve when the preferred 
route fails. 


To assure rapid recovery from a link failure or network 
recomiguration, modes often “pall” ther neighbors 
ager prin to assure themselves that they’re stil there. If 
a pol fails for sce pericd of ame, ail routing table 
entries co that neighbor are removed, and an 
attempt is made to disseminate dus information to the 
other neighbors that are stil up. 
As mentioned, many variations and enhancements are 
possible an thus basic theme. For example, it has been 
observed that “good news” (the availatility of a new node 
or link) “travels fast," while “bad news” (the failure af a 
nede or link) "travels slowly." ‘The polling rate is dearly a 
tradeoff; nt pals mimmize the time needled to detect 
ad recover from a failure at the expense af extra network 
traffic. Other schemes attempt to avaid polling by acting 
anly when a local diemt “complains” that a give node 
appears to be inaccessible. 
With certain algorithms, it is possible to have transient 
“routing loops,” where packets are forwarded endlessly. 
Fortunately, this need not be catastrophic in a network 
based in IP because the “time to live” ) field bounds 
the number of hops a datagram is allowed to make. As 
long as the updated routing information is allowed to 
propagate, however, the network will eventually recover. 
One problem that can occur in such a distributed scheme 
is that a node may advertise, either acadentally or 
malicously, that it can reach every other node in the 
network with zero cost. Other nades may then be gullible 
enough to accept this information and dedde to route 
packet to the offending node witch discards therm, 
effectively crashing the network [3]. It may be necessary 
to establish "sanity checks” or encrypaci-besed procedures 
to establish the authenticty and reliability cf routing 
information. 


7. Cenciusions 


I have only span scratched an invalved topic, one 
that has been the subject af many books and learned 
jourmal artides. Nevertheless, I believe I can make 
several early recommendations that should ease the 
construction of our network and experimentation with 
practical routing algorithms: 

e The use of a common datagram protocol at the 
network level (i.e., the ARPA Intemet Protocol, IP) 
pal simplifies the routing problem. Gnoe a 
cro so network does not need nor guarantee 

reliability, a wider vanety of ae 

strategies may be considered Routing pr 
explating a datagram network's ability to Eidenty 
broadcast sac, information may also be 
Datagram networ, can take full advantage of routing 
genes that dynamically balance link traffic. With 

the sender always has the oxtion of taking partial 
or full manual emo of routing with the “source 

te" option, if desired. 


eee addresses should encode, in a hierarchical 
way that conserves address bits, the location af a node 
to reduce the amounr of routing information that must 
be stored at each node and propagated throughout the 
newwork. 
ee ee routing algorithm should be used to 
d dependence on a central site and to dlow 
exh fieciality. 


e Early emphasis should be made on establishing a 
sand protocol for the of routing 
information (the ARPA Exteriar Gateway Protocd, 
EGP, may be mune for this purpose). 

e Existi ithrns, icularly those used 

reel int te AREANET inte ARPA Internet 
should be iofesigaad and tested to determine ther 
suitatility for widespread amateur use. 
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